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Field of the Invention 

The present invention relates to the field of software programming, and more 
particularly to a system and method for automatically including a dynamically 
determined parameter value in a software program, e.g., where the parameter value is 
5 dynamically determined based on a hardware configuration of the computer system. 

Description of the Related Art 

Computer systems are used to interact with hardware devices or instruments in 
many fields, including the fields of test and measurement, process control, industrial 

10 automation, simulation, machine vision, motion control, and multimedia, among others. 
For example, a computer system may interact with instruments to measure and/or control 
various types of systems. These systems may include any of various types of physical, 
mechanical, electrical, chemical, or thermodynamic elements or phenomena, among others, 
or some combination of such elements or phenomena. Exemplary systems include: an 

15 engine or an engine component, a device in motion, a chemical reaction, a petroleum 
refining process, a room maintained at a setpoint temperature, a system of liquids flowing 
among different tanks, etc. 

Users commonly create computer programs to interact with the devices or 
instruments connected to or included in a computer system, e.g., using various application 

20 development environments. Creating a program to interact with hardware devices typically 
involves including calls or invocations to various functions or methods in the program. For 
example, fimctions or methods of a GPIB application programming interface (API) may be 
included in the program to interact with GPIB devices, fimctions or methods of a DAQ API 
may be included in the program to interact with DAQ devices, etc. 

25 Functions or methods may take a variable number of parameters. Thus, including a 

fimction or method call in a program involves specifying the appropriate parameters. For 
example, the user (programmer) may configure a GPIB function call with a parameter 
identifying a particular GPIB resource to operate on. The user typically consults references 
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such as online help topics or manuals to determine the correct parameter values to pass to 
the function or method. 

However, it is not possible or not practical for the on-line help topics or manuals to 
specify the set of all possible or valid parameter values for some functions or methods, 

5 especially functions or methods that take hardware resources as parameters. The validity of 
hardware resource parameter values is often determined by the current hardware 
configuration of the computer system and can change over time. Thus, it would be 
desirable to provide a feature to automatically determme the set of possible or valid 
parameter values, based on the current hardware configuration of the computer system, and 

10 allow the user to select from these possible parameter values. 
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Summary 

One embodiment of the present invention comprises a system and method for 
dynamically determining a plurality of possible or valid parameter values and 
automatically including one of the parameter values in a software program. According to 
5 one embodiment, a program window for editing the software program may be displayed 
on a display of a first computer system. For example, an application development 
environment (ADE) used to create the software program may execute on the first 
computer system to display a program window for editing the software program. In one 
embodiment, the software program may comprise a text-based program, such as a C 
10 program, C++ program, Visual C++ program. Visual Basic program, Java program, 
FORTRAN program, etc. In another embodiment, the software program may comprise a 
graphical program. 

A plurality of possible or valid parameter values may be dynamically determined. 
In various embodiments, any of various techniques may be utilized to determine any of 

15 various kinds of parameter values. The possible parameter values may be dynamically 
determined based on information of any kind. In one embodiment, the possible 
parameter values may be dynamically determined based on a configuration of the first 
computer system. In another embodiment, the possible parameter values may be 
dynamically determined based on a configuration of a second computer system, e.g., 

20 where the second computer system is coupled to the first computer system via a network. 
For example, the software program may be intended to execute on the second computer 
system, but a user may utilize the first computer system to create the software program. 
In one embodiment, the user may specify the second computer system as a target 
computer system for the software program. 

25 In one embodiment, the plurality of possible parameter values may be 

dynamically determined based on a hardware configuration of a computer system, e.g., a 
hardware configuration of the first computer system or the second computer system. For 
example, in one embodiment, the plurality of possible parameter values may be 
determined by programmatically examining information regarding the hardware 
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configuration of the computer system. In various embodiments, any of various kinds of 
information regarding the hardware configuration of the computer system may be 
programmatically examined, such as one or more files that include information regarding 
the hardware configuration, one or more databases that include information regarding the 
5 hardware configuration, a system registry that includes information regarding the 
hardware configuration, etc. 

In another embodiment, determining the plurality of possible parameter values 
may comprise programmatically querying software associated with one or more hardware 
devices coupled to the computer system. For example, where a first hardware device is 

10 coupled to the computer system, the first hardware device may have associated device 
software (e.g., configuration software, driver software, or manager software) responsible 
for interfacing with the first hardware device or managing a configuration of the first 
hardware device. The device software may provide an appUcation programming interface 
(API) that allows other software to programmatically query the device software to 

15 determine information regarding the first hardware device. 

In various embodiments, the plurality of possible parameter values may include 
any of various kinds of values based on the hardware configuration of the computer 
system. In one embodiment, one or more of the parameter values may correspond to 
hardware devices coupled to or installed in the computer system. For example, if three 

20 hardware devices are currently coupled to the computer system, then the parameter values 
may include three values that represent the respective devices. In various embodiments, 
the parameter values may represent any kind of hardware devices. In one embodiment, 
the parameter values may represent measurement devices coupled to the computer 
system, i.e., devices operable to perform a measurement fimction. Examples of 

25 measurement devices include GPIB devices, DAQ devices. Visa devices, image 
acquisition devices, motion control devices, etc. 

In another embodiment, one or more of the parameter values may correspond to 
resources of one or more hardware devices currently coupled to the computer system. 
For example, if a hardware device having six resources is currently coupled to the 
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computer system, then the parameter values may include six values that represent the 
respective resources. In various embodiments, the parameter values may represent any 
kind of resources for any kind of hardware devices. In one embodiment, the parameter 
values may represent resources for measurement devices coupled to the computer system. 
5 As one example, if a DAQ device having four channels is coupled to the computer 
system, then the parameter values may include four values that represent the respective 
DAQ channels, or four sets of values where each set comprises a plurality of parameter 
values for a respective channel. Other examples include parameter values that represent 
GPIB resources, Visa resources, etc. 

10 A graphical user interface for selecting a parameter value may be displayed. The 

graphical user interface may visually indicate the plurality of dynamically determined 
possible parameter values and may allow a user to easily select one of the possible 
parameter values for inclusion in the software program. In various embodiments, the 
graphical user interface may have any kind of appearance and may utilize any kind of 

15 visual presentation to visually indicate the plurality of possible parameter values. In one 
embodiment, the plurality of possible parameter values may be displayed as a list. 

User input may be received to the graphical user interface to select a first 
parameter value firom the plurality of possible parameter values. In various embodiments, 
the user may perform any action to select the first parameter value. For example, the user 

20 may click or double-click on the first parameter value with a pointing device such as a 
mouse, or may utilize keyboard commands to select the first parameter value. In another 
embodiment, speech recognition techniques may be utilized to select the first parameter 
value. 

The first parameter value may be programmatically included in the software 
25 program in response to the first parameter value being selected. Programmatically 
including the first parameter value in the software program may comprise automatically 
including the first parameter value in the software program, e.g., including the first 
parameter value in the software program without requiring manual user input to perform 
the actual inclusion. For example, where the software program comprises a text-based 
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program (e.g., a C program C-h- program, Java program, etc.), the first parameter value 
may be programmatically included in source code of the software program. For example, 
the first parameter value may be programmatically included in a fiinction call or method 
call in the software program. 
5 Where the software program comprises a graphical program, the first parameter 

value may be programmatically included in the graphical program. For example, a node 
in the graphical program may be programmatically configured with the first parameter 
value. In one embodiment, programmatically configuring the node in the graphical 
program with the first parameter value may comprise connecting or wiring the first 

10 parameter value to the node. For example, the first parameter value may be automatically 
wired to an input terminal of the node so that the node receives the first parameter value 
as an input parameter during execution of the graphical program. In another 
embodiment, programmatically configuring the node with the first parameter value may 
comprise modifying a value associated with the node, e.g., a value that would normally 

15 appear in a dialog box or property panel for the node. 

Thus, the method described above may enable a user to easily configure a 
software program with one or more dynamically determined parameter values. In various 
embodiments, the method may be utilized to enable the user to select fi*om any of various 
kinds of parameter values, where the parameter values are dynamically determined in any 

20 of various ways and based on any kind of information. 
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Brief Description of the Drawings 

A better understanding of the present invention can be obtained when the 
following detailed description of the preferred embodiment is considered in conjunction 
5 with the following drawings, in which: 

Figure 1 illustrates an exemplary computer system 82 operable to execute an 
appUcation development environment (ADE) application to create a software program; 

Figure 2 illustrates an instrumentation control system according to one 
10 embodiment; 

Figure 3 is an exemplary block diagram of the computer system 82; 

Figure 4 is a flowchart diagram illustrating one embodiment of a method for 
automatically including a dynamically determined parameter value in a software 
program; 

15 Figures 5-13 illustrate several screen shots showing an exemplary graphical user 

interface for selecting dynamically determined parameter values, according to one 
embodiment; and 

Figures 14 and 15 illustrate an example of utilizing the graphical user interface of 
Figures 5 - 13 to insert a dynamically determined parameter value in a software program. 

20 

While the invention is susceptible to various modifications and altemative forms, 
specific embodiments thereof are shown by way of example in the drawings and are 
herein described in detail. It should be understood, however, that the drawings and 
detailed description thereto are not intended to limit the invention to the particular form 
25 disclosed, but on the contrary, the intention is to cover all modifications, equivalents and 
alternatives falling within the spirit and scope of the present invention as defined by the 
appended claims. 
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Detailed Description of the Preferred Embodiments 

Incorporation by Reference 

The following references are hereby incorporated by reference in their entirety as 
5 though fully and completely set forth herein: 

U.S. Patent No. 4,914,568 titled "Graphical System for Modeling a Process and 
Associated Method," issued on April 3, 1990. 

U.S. Patent Application Publication No. 20010020291 (Serial No. 09/745,023) 
titled "System and Method for Programmatically Generating a Graphical Program in 
10 Response to Program Information," filed December 20, 2000. 

Terms 

The following is a glossary of terms used in the present application: 

15 Memory Medium - Any of various types of memory devices or storage devices. 

The term "memory medium" is intended to include an installation medium, e.g., a CD- 
ROM, floppy disks, or tape device; a computer system memory or random access 
memory such as DRAM, DDR RAM, SRAM, EDO RAM, Rambus RAM, etc.; or a non- 
volatile memory such as a magnetic media, e.g., a hard drive, or optical storage. The 

20 memory medium may comprise other types of memory as well, or combinations thereof. 
In addition, the memory medium may be located in a first computer in which the 
programs are executed, or may be located in a second different computer which connects 
to the first computer over a network, such as the Intemet. In the latter instance, the 
second computer may provide program instructions to the first computer for execution. 

25 The term "memory medium" may include two or more memory mediums which may 
reside in different locations, e.g., in different computers that are connected over a 
network. 
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Carrier Medium - a memory medium as described above, as well as signals such 
as electrical, electromagnetic, or digital signals, conveyed via a commimication medium 
such as a bus, network and/or a wireless link. 

5 Programmable Hardware Element - includes various types of programmable 

hardware, reconfigurable hardware, progranmiable logic, or field-programmable devices 
(FPDs), such as one or more FPGAs (Field Programmable Gate Arrays), or one or more 
PLDs (Programmable Logic Devices), such as one or more Simple PLDs (SPLDs) or one 
or more Complex PLDs (CPLDs), or other types of programmable hardware. A 
10 programmable hardware element may also be referred to as "reconfigurable logic". 

Medium - includes one or more of a memory medixmi, carrier medium, and/or 
programmable hardware element; encompasses various types of mediums that can either 
store program instructions / data structures or can be configured with a hardware 
1 5 configuration program. 

Program - the term "program" is intended to have the fiiU breadth of its ordinary 
meaning. The term "program" includes 1) a software program which may be stored in a 
memory and is executable by a processor or 2) a hardware configuration program useable 
20 for configuring a programmable hardware element. 

Software Program - the term "software program" is intended to have the fiiU 
breadth of its ordinary meaning, and includes any type of program instructions, code, 
script and/or data, or combinations thereof, that may be stored in a memory medium and 
25 executed by a processor. Exemplary software programs include programs written in text- 
based programming languages, such as C, C++, Pascal, Fortran, Cobol, Java, assembly 
language, etc.; graphical programs (programs written in graphical programming 
languages); assembly language programs; programs that have been compiled to machine 
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language; scripts; and other types of executable software. A software program may 
comprise two or more software programs that interoperate in some manner. 

Application Development Environment - a program useable to create a 
5 software program. For example, the application development environment (ADE) may 
be operable to display a program window in which the user can edit the program. 

Hardware Configuration Program - a program, e.g., a netlist or bit file, that 
can be used to program or configure a programmable hardware element. 

10 

Graphical Program - A program comprising a plurality of interconnected nodes 
or icons, wherein the plurality of interconnected nodes or icons visually indicate 
fimctionality of the program. 

The following provides examples of various aspects of graphical programs. The 
15 following examples and discussion are not intended to limit the above definition of 
graphical program, but rather provide examples of what the term "graphical program" 
encompasses: 

The nodes in a graphical program may be connected in one or more of a data flow, 
control flow, and/or execution flow format. The nodes may also be connected in a "signal 

20 flow" format, which is a subset of data flow. 

Exemplary graphical program development environments which may be used to 
create graphical programs include LabVIEW, DasyLab, DiaDem and 
Matrixx/SystemBuild firom National Instruments, Simulink firom the MathWorks, VEE 
fi-om Agilent, WiT fi-om Coreco, Vision Program Manager fi-om PPT Vision, SoftWIRE 

25 fi-om Measurement Computing, Sanscript from Northwoods Software, Khoros from 
Khoral Research, SnapMaster from HEM Data, VisSim from Visual Solutions, 
ObjectBench by SES (Scientific and Engineering Software), and VisiDAQ from 
Advantech, among others. 
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The term "graphical program" includes models or block diagrams created in 
graphical modeling environments, wherein the model or block diagram comprises 
interconnected nodes or icons that visually indicate operation of the model or block 
diagram; exemplary graphical modeling environments include Simulink, SystemBuild, 
5 VisSim, Hypersignal Block Diagram, etc. 

A graphical program may be represented in the memory of the computer system as 
data structures and/or program instructions. The graphical program, e.g., these data 
structures and/or program instructions, may be compiled or interpreted to produce machine 
language that accomplishes the desired method or process as shown in the graphical 
10 program. 

Input data to a graphical program may be received from any of various sources, such 
as from a device, unit under test, a process being measured or controlled, another computer 
program, a database, or from a file. Also, a user may input data to a graphical program or 
virtual instrument usmg a graphical user interface, e.g., a front panel. 
15 A graphical program may optionally have a GUI associated with the graphical 

program. In this case, the plurality of interconnected nodes are often referred to as the block 
diagram portion of the graphical program. 

Node - In the context of a graphical program, an element that may be included in a 
20 graphical program. A node may have an associated icon that represents the node in the 
graphical program, as well as underlying code or data that implements fimctionality of the 
node. Exemplary nodes include ftinction nodes, terminal nodes, structure nodes, etc. 

Data Flow Graphical Program (or Data Flow Diagram) - A graphical program or 
25 diagram comprising a plurality of interconnected nodes, wherein the connections between 
the nodes indicate that data produced by one node is used by another node. 

Computer System - any of various types of computing or processing systems, 
including a personal computer system (PC), mainframe computer system, workstation, 
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network appliance, Internet appliance, personal digital assistant (PDA), television system, 
grid computing system, or other device or combinations of devices. In general, the term 
"computer system" can be broadly defined to encompass any device (or combination of 
devices) having at least one processor that executes instructions from a memory medium. 

5 

Measurement Device - includes instruments, data acquisition devices, smart 
sensors, and any of various types of devices that are operable to acquire and/or store data. 
A measurement device may also optionally be further operable to analyze or process the 
acquired or stored data. Examples of a measurement device include an instrument, such 

10 as a traditional stand-alone "box" instrument, a computer-based instrument (instrument 
on a card) or external instrument, a data acquisition card, a device external to a computer 
that operates similarly to a data acquisition card, a smart sensor, one or more DAQ or 
measurement cards or modules in a chassis, an image acquisition device, such as an 
image acquisition (or machine vision) card (also called a video capture board) or smart 

15 camera, a motion control device, a robot having machine vision, and other similar types 
of devices. Exemplary "stand-alone" instruments include oscilloscopes, multimeters, 
signal analyzers, arbitrary waveform generators, spectroscopes, and similar measurement, 
test, or automation instruments. 

A measurement device may be further operable to perform control functions, e.g., in 

20 response to analysis of the acquired or stored data. For example, the measurement device 
may send a control signal to an external system, such as a motion control system or to a 
sensor, in response to particular data. A measurement device may also be operable to 
perform automation functions, i.e., may receive and analyze data, and issue automation 
control signals in response. 

25 

Figure 1 - Computer System 

Figure 1 illustrates a computer system 82 operable to execute an application 
development environment (ADE) application to create a software program. As described 
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above, creating the software program may comprise including one or more functions or 
methods (or nodes) in the software program and configuring the fimctions or methods (or 
nodes) with appropriate parameter values. In one embodiment, the ADE may provide a 
feature for automatically determining a set of possible or valid parameter values and 
5 allowing the user to select a desired parameter value from this set. In one embodiment, the 
possible parameter values may be dynamically determined based on various types of 
information. For example, the possible parameter values may be dynamically determined 
based on the current hardware configuration of the computer system 82. 

As shown in Figure 1, the computer system 82 may include a display device 

10 operable to display the program as the program is being created. As described in detail 
below, the display device may also display a graphical user interface that allows the user to 
select a desired parameter value firom the set of dynamically determined parameter values. 
The ADE may be operable to programmatically (automatically) include the selected 
parameter value in the program. 

15 The computer system 82 may also include a memory medium(s) on which one or 

more computer programs or software components according to one embodiment of the 
present invention may be stored. For example, the memory medium may store an 
appUcation development environment (ADE) program operable to dynamically determine 
possible or valid parameter values and display the possible parameter values to the user. 

20 In one embodiment the memory medium may also store information or programs that the 
ADE utilizes to determine the parameter values, such as hardware configuration 
information or device software. The memory medixmi may also store operating system 
software, as well as other software for operation of the computer system. 

25 

Figure 2 - Exemplary Instrumentation Control System 

Embodiments of the present invention may be involved with creating software 
programs to perform test and/or measurement fimctions; control and/or model 
instrumentation or industrial automation hardware; perform modeling and simulation 
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functions, e.g., modeling or simulating a device or product being developed or tested, etc. 
Exemplary test applications include hardware-in-the-loop testing and rapid control 
prototyping, among others. 

However, it is noted that the present invention can be used in the creation of 
5 software programs for a plethora of applications and is not limited to the above 
applications. In other words, applications discussed in the present description are 
exemplary only, and the method described herein may be used to create software 
programs for any of various types of applications, including the control of other types of 
devices such as multimedia devices, video devices, audio devices, telephony devices, 
10 Internet devices, etc., as well as general purpose software applications such as word 
processing, spreadsheets, network control, network monitoring, financial applications, 
games, etc. 

Figure 2 illustrates an exemplary instrumentation control system 100. It is noted 
15 that Figure 2 is exemplary only, and the present invention may be used in conjunction 
with any of various systems, as desired. The system 100 comprises a host computer 82 
that connects to one or more instruments. The host computer 82 comprises a CPU, a 
display device, memory, and one or more input devices such as a mouse or keyboard as 
shown, 

20 The computer 82 may execute an application development environment (ADE) 

program such as described above with reference to Figure 1. In one embodiment, the 
ADE may be utilized to create a software program for execution on the computer 82 for 
analyzing, measuring, and/or controlling a unit under test (UUT) or process 150. The 
software program may interact with the one or more instruments to analyze, measure, or 

25 control the unit under test (UUT) or process 150. For example, the software program 
may include one or more function or method calls that were configured with parameter 
values corresponding to resources of the one or more instruments. As described below, 
these parameter values may have been dynamically determined by the ADE and 
automatically included in the function or method calls in response to user input. 
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In another embodiment, the ADE may be utilized to create a software program 
intended for execution on a different computer system 90 (not shown). For example, the 
computer system 82 may execute the ADE to create the software program, and the 
software program may then be deployed on the computer system 90 for execution. In 
5 another embodiment, the computer system 90 may execute the ADE to create the 
software program, and the software program may then be deployed on the computer 
system 82 for execution. 

In one embodiment, the user may select a target device fi-om among the devices or 
instruments coupled to the computer 82. The software program may be created on the 

10 computer 82 and then deployed to the target device for execution. In one embodiment, the 
target device may be remotely located from the computer 82 and coupled to the computer 
82 through a network. For example, one or more of the various devices may be coupled to 
the computer 82 or coupled to each other via a network, such as the Intemet. 

Referring again to Figure 2, the one or more instruments of the instrumentation 

15 control system 100 may include a GPIB instrument 112 and associated GPIB interface 
card 122, a data acquisition board 114 and associated signal conditioning circuitry 124, a 
VXI instrument 116, a PXI instrument 118, a video device 132 and associated image 
acquisition card 134, a motion control device 136 and associated motion control interface 
card 138, and/or one or more computer based instrument cards 142, among other types of 

20 devices. 

The GPIB instrument 112 may be coupled to the computer 82 via a GPIB 
interface card 122 provided by the computer 82. In a similar manner, the video device 
132 may be coupled to the computer 82 via the image acquisition card 134, and the 
motion control device 136 may be coupled to the computer 82 through the motion control 
25 interface card 138. The data acquisition board 114 may be coupled to the computer 82, 
and optionally interfaces through signal conditioning circuitry 124 to the UUT. The 
signal conditioning circuitry 124 may include an SCXI (Signal Conditioning extensions 
for Instrumentation) chassis comprising one or more SCXI modules 126. 



Atty.Dkt. No.: 5150-77600 



Page 1 5 Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C. 



The GPIB card 122, the image acquisition card 134, the motion control interface 
card 138, and the DAQ card 114 are typically plugged in to an I/O slot in the computer 
82, such as a PCI bus slot, a PC Card slot, or an ISA, EISA or MicroChannel bus slot 
provided by the computer 82. However, these cards 122, 134, 138 and 114 are shown 
5 external to computer 82 for illustrative purposes. The cards 122, 134, 138 and 114 may 
also be implemented as external devices coupled to the computer 82, such as through a 
serial bus. 

The VXI chassis or instrument 116 may be coupled to the computer 82 via a serial 
bus, MXI bus, or other serial or parallel bus provided by the computer 82. The computer 
10 82 preferably includes VXI interface logic, such as a VXI, MXI or GPIB interface card 
(not shown), which interfaces to the VXI chassis 116. The PXI chassis or instrument is 
preferably coupled to the computer 82 through the computer's PCI bus. 

A serial instrument (not shown) may also be coupled to the computer 82 through a 
serial port, such as an RS-232 port, USB (Universal Serial bus) or IEEE 1394 or 1394,2 
15 bus, provided by the computer 82. In typical systems an instrument will not be present of 
each interface type, and in fact many systems may only have one or more instruments of 
a single interface type, such as only GPIB instruments. 

The instruments may be coupled to the mat under test (UUT) or process 150, or 
may be coupled to receive field signals, typically generated by transducers. Other types 
20 of instruments or devices may be connected to the system, as desired. 



Figure 3 - Computer System Block Diagram 

Figure 3 is a diagram of the computer system 82 illustrated in Figures 1 and 2, 
25 according to one embodiment. It is noted that any type of computer system configuration or 
architecture can be used as desired, and Figure 3 illustrates a representative PC 
embodiment. It is also noted that the computer system may be a general purpose computer 
system, a computer implemented on a VXI card installed in a VXI chassis, a computer 
implemented on a PXI card installed in a PXI chassis, or other types of embodiments. 
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Elements of a computer not necessary to understand the present invention have been 
omitted for simplicity. 

The computer 82 includes at least one central processing unit or CPU 160 that is 
coupled to a processor or host bus 162. The CPU 160 may be any of various types, 
including an x86 processor, e.g., a Pentium class, a PowerPC processor, a CPU from the 
SPARC family of RISC processors, as well as others. Main memory 166 is coupled to the 
host bus 162 by means of memory controller 164. The main memory 166 may store 
software according to one embodiment of the invention, such as the software described 
above with reference to Figure 1. The main memory 166 may also store operating system 
software as well as other software for operation of the computer system, as well known to 
those skilled in the art. The CPU 160 executing code and data from the main memory 166 
may comprise a means for implementing the method described below. 

The host bus 162 is coupled to an expansion or input/output bus 170 by means of a 
bus controller 168 or bus bridge logic. The expansion bus 170 may be the PCI (Peripheral 
Component Interconnect) expansion bus, although other bus types can also be used. The 
expansion bus 170 may include slots for various devices such as the data acquisition board 
1 14 (of Figure 2) and a GPIB interface card 122 that provides a GPIB bus interface to the 
GPIB instrument 112 (of Figure 2). A video display subsystem 180 and hard drive 182 
coupled to the expansion bus 170 is also shown. 

In one embodiment, a reconfigurable instrument 190 may also be connected to the 
computer 82. The reconfigurable instrument 190 may include a fiinctional unit, also 
referred to as configurable logic, such as a programmable logic device (PLD), e.g., an 
FPGA, or a processor and memory, which may execute a real time operating system. 
Program instructions may be downloaded and executed on the reconfigurable instrument 
190. In another embodiment, the fimctional unit may be included on an instrument or 
device connected to the computer 82 through means other than an expansion slot, e.g., the 
instrument or device may be connected via an IEEE 1394 bus, USB, or other type of port. 
Also, the fimctional unit may be included on a device such as the data acquisition board 1 14 
or another device shown in Figure 2. 
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Figure 4 - Including a Dynamically Determined Parameter Value in a Software Program 

Figure 4 is a flowchart diagram illustrating one embodiment of a method for 
5 automatically including a dynamically determined parameter value in a software program. 
It is noted that Figure 4 illustrates a representative embodiment, and altemative 
embodiments are contemplated. Also, various elements may be combined, omitted, or 
performed in different orders. The method may be unplemented by software executing on a 
first computer system, such as the computer system 82 described above. 

10 In 301, a program window for editing the software program may be displayed on a 

display of the first computer system. For example, an application development 
environment (ADE) used to create the software program may execute on the first computer 
system to display a program window for editing the software program. Examples, of 
application development enviroimients include Lab VIEW and LabWindows/CVI fi'om 

15 National Instruments, Visual Studio (e.g., Visual Basic, Visual C++, etc.) from Microsoft, 
Delphi from Borland, numerous Java envirormients from various vendors, etc. In one 
embodiment, the software program may comprise a text-based program, such as a C 
program, C++ program. Visual C++ program. Visual Basic program, Java program, 
FORTRAN program, etc. In another embodiment, the software program may comprise a 

20 graphical program. 

In 303, a plurality of possible or valid parameter values may be dynamically 
determined. For example, the application development envirorunent may execute to 
dynamically determine the possible parameter values, where the possible parameter values 
are not pre-determined, but are determined based on information or conditions that can 

25 change over time. The possible parameter values may be determined based on information 
or conditions that are current at the time the application development environment executes 
to determine the possible parameter values. Thus, different possible or valid parameter 
values may be determined in 303, depending on current information or conditions. 
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In various embodiments, any of various techniques may be utilized to 
dynamically detemiine any of various kinds of parameter values. The possible parameter 
values may be dynamically determined based on information of any kind. In one 
embodiment, the possible parameter values may be dynamically deteraiined based on a 
5 configuration of the first computer system. In another embodiment, the possible parameter 
values may be dynamically determined based on a configuration of a second computer 
system, e.g., where the second computer system is coupled to the first computer system via 
a network. For example, the software program may be intended to execute on the second 
computer system, but a user may utilize the first computer system to create the software 

10 program. In one embodiment, the user may specify the second computer system as a target 
computer system for the software program. 

In one embodiment, the plurality of possible parameter values may be dynamically 
determined based on a hardware configuration of a computer system, e.g., a hardware 
configuration of the first computer system or the second computer system. For example, in 

15 one embodiment, the plurality of possible parameter values may be determined by 
programmatically examining information regarding the hardware configuration of the 
computer system. As used herein, the term "programmatically" is intended to mean that 
the associated operation is performed by a program (e.g., as opposed to being performed 
manually by a person). Thus, programmatically examining the information regarding the 

20 hardware configuration may include any technique or method implemented by a program 
that inspects or analyzes the information. 

In various embodiments, any of various kinds of information regarding the 
hardware configuration of the computer system may be programmatically examined, such 
as one or more files that include information regarding the hardware configuration, one or 

25 more databases that include information regarding the hardware configuration, a system 
registry that includes information regarding the hardware configuration, etc. 

In another embodiment, determining the plurality of possible parameter values may 
comprise programmatically querying software associated with one or more hardware 
devices coupled to the computer system. For example, where a first hardware device is 
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coupled to the computer system, the first hardware device may have associated device 
software (e.g., configuration software, driver software, or manager software) responsible for 
interfacing with the first hardware device or managing a configuration of the first hardware 
device. The device software may provide an application programming interface (API) that 
5 allows other software to programmatically query the device software to determine 
information regarding the first hardware device. 

In various embodiments, the plurality of possible parameter values may include any 
of various kinds of values based on the hardware configuration of the computer system. In 
one embodiment, one or more of the parameter values may correspond to hardware devices 

10 coupled to or installed in the computer system. For example, if three hardware devices are 
currently coupled to the computer system, then the parameter values may include three 
values that represent the respective devices. In various embodiments, the parameter values 
may represent any kind of hardware devices. In one embodiment, the parameter values may 
represent measurement devices coupled to the computer system, i.e., devices operable to 

15 perform a measurement fimction. Examples of measurement devices include GPDB devices, 
DAQ devices. Visa devices, image acquisition devices, motion control devices, etc. 

In another embodiment, one or more of the parameter values may correspond to 
resources of one or more hardware devices currently coupled to the computer system. For 
example, if a hardware device having six resources is currently coupled to the computer 

20 system, then the parameter values may include six values that represent the respective 
resources. In various embodiments, the parameter values may represent any kind of 
resources for any kind of hardware devices. In one embodiment, the parameter values may 
represent resources for measurement devices coupled to the computer system. As one 
example, if a DAQ device having four channels is coupled to the computer system, then the 

25 parameter values may include four values that represent the respective DAQ channels. 
Other examples include parameter values that represent GPBB resources. Visa resources, 
etc. 

In another embodiment, one or more of the parameter values may comprise property 
values. For example, if a variable, field of an object, or other property can have one of 
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several property values, each of the valid property values may be determined or looked up. 
In various embodiments, property values may be utilized in a program in any of various 
ways. The following code segment illustrates an exemplary portion of Visual Basic code in 
which a property value is utilized: 
5 DataSocket d = new DataSocketQ; 

d. AccessMode = AccessMode.ReadAutoUpdate; 
In this example, the d.AccessMode property is set to the property value 
AccessMode.ReadAutoUpdate. Thus, AccessMode.ReadAutoUpdate may be among the 
one or more parameter values determined in 303. 

10 In 305, a graphical user interface for selecting a parameter value may be displayed. 

The graphical user interface may visually indicate the plurahty of possible parameter values 
dynamically detemiined in 303 and may allow a user to easily select one of the possible 
parameter values for inclusion in the software program. In various embodiments, the 
graphical user interface may have any kind of appearance and may utilize any kind of visual 

15 presentation to visually indicate the plurality of possible parameter values. In one 
embodiment, the plurality of possible parameter values may be displayed as a list. In other 
embodiments, the plurality of possible parameter values may be presented to the user in 
ways other than or in addition to displaying them on the graphical user interface, e.g., may 
be presented audibly. 

20 In various embodiments, the graphical user interface may be displayed in any 

location or in any window on the display of the first computer system. In one 
embodiment, the graphical user interface may be displayed in a portion of the program 
window displayed in 301. In another embodiment, the graphical user interface may be 
displayed in a separate window, panel, or dialog box. In one embodiment, the graphical 

25 user interface may be dockable so that the user can either view the graphical user 
interface in a separate window or dock the graphical user interface to the program 
window so that the graphical user interface is fixed within a portion of the program 
window. 
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In 307, user input may be received to the graphical user interface to select a first 
parameter value from the plurality of possible parameter values. In various embodiments, 
the user may perform any action to select the first parameter value. For example, the user 
may click or double-click on the first parameter value with a pointing device such as a 
5 mouse, or may utilize keyboard commands to select the first parameter value. In a 
system that supports speech recognition, the user may also provide speech input to select 
the first parameter value. 

In 309, the first parameter value may be programmatically included in the software 
program in response to the first parameter value being selected. Programmatically 

10 including the first parameter value in the software program may comprise automatically 
including the first parameter value in the software program. Stated another way, 
programmatically including the first parameter value in the software program may comprise 
program instructions executing to include the first parameter value in the software program 
without requiring user input to perform the inclusion. For example, where the software 

15 program comprises a text-based program (e.g., a C program C++ program, Java program, 
etc.), the first parameter value may be programmatically included in source code of the 
software program. For example, the first parameter value may be programmatically 
included in a fimction call or method call in the software program. 

Where the software program comprises a graphical program, the first parameter 

20 value may be programmatically included in the graphical program. For example, a node in 
the graphical program may be programmatically configxired with the first parameter value. 
In one embodiment, programmatically configuring the node in the graphical program with 
the first parameter value may comprise connecting or wiring the first parameter value to 
the node. For example, the first parameter value may be automatically wired to an input 

25 terminal of the node so that the node receives the first parameter value as an input 
parameter during execution of the graphical program. In another embodiment, 
programmatically configuring the node with the first parameter value may comprise 
modifying a value associated with the node, e.g., a value that would normally appear in a 
dialog box or property panel for the node. 
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The program window may be updated to reflect the inclusion of the first 
parameter value in the software program. For example, where the first parameter value is 
included in a Amotion or method call of the software program, text indicating the first 
parameter value may be added to the fimction or method call. Where the first parameter 
5 value is used to configure a node in a graphical program, a block diagram of the graphical 
program may be updated to visually indicate this, e.g., by displaying a wire between the 
first parameter value and the node. In another embodiment, a value appearing in a dialog 
box or property panel for the node may be updated with the first parameter value. 

In one embodiment, the graphical user interface may be displayed in 305 in 
10 response to user input requesting to view the graphical user interface. In other words, the 
graphical user interface may not be visible until the user requests to view the graphical 
user interface. In another embodiment, the graphical user interface may be displayed 
constantly. 

In one embodiment, the graphical user interface may display possible parameter 
15 values for a single function or method (or node) at any given time. The possible 
parameter values displayed in the graphical user interface may depend on a context in the 
program window. For example, if a cursor in the program window is currently placed on 
a call to a first fimction or first method, then the graphical user interface may display 
possible parameter values for one or more parameters of the first fimction or first method. 
20 If the user moves the cursor in the program window to a call to a second function or 
second method, the graphical user interface may be updated to display possible parameter 
values for one or more parameters of the second fimction or second method. 

In another embodiment, the graphical user interface may display possible 
parameter values for several different functions or methods at once. The parameter 
25 values may be categorized logically, and the user may view possible parameter values in 
the desired category to select a desired parameter value. As one example, the graphical 
user interface may be operable to display possible GPEB resources imder a GPIB 
category. Visa resources under a Visa category, DAQ resources under a DAQ category. 
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etc. Thus, if the user wants to select a parameter value for a GPIB function, for example, 
the user may view the parameter values displayed in the GPIB category. 

In one embodiment, the user may be able to cause the various categories to be 
expanded and collapsed as desired so that only the parameter values of interest are in 
5 view. The user may also be able to specify filtering criteria so that only categories of 
interest are displayed on the graphical user interface. In another embodiment, the method 
may further comprise programmatically analyzing the software program to automatically 
determine which categories are relevant. For example, if the software program includes 
GPIB function calls and Visa function calls, but not DAQ function calls, then the 

10 graphical user interface may display possible GPIB and Visa resources, but not DAQ 
resources. If the user later includes a DAQ function call in the software program, the 
graphical user interface may be updated to also display possible DAQ resources. 

In various embodiments, the plurality of possible parameter values may be 
dynamically determined at various times or in response to any of various causes or 

15 conditions. In one embodiment, the possible parameter values may be determined when 
the ADE is first launched. For example, as part of the ADE's initialization procedures, 
the ADE may be operable to dynamically determine possible or valid parameter values 
for various functions or methods (or nodes). The determined parameter values may then 
be ready for display on the graphical user interface when necessary. 

20 In another embodiment, the possible parameter values may not be determined 

until they are needed for display on the graphical user interface. For example, if the user 
invokes the graphical user interface from the context of a first function or first method 
(e.g., if the user invokes the graphical user interface while the cursor in the program 
window is placed on a call to the first function or first method), then possible parameter 

25 values for one or more parameters of the first function or first method may be determined 
at the time the graphical user interface is invoked. In one embodiment, after the possible 
parameter values for the first function or first method have been determined a first time, 
the possible parameter values may be remembered until the user exits the ADE. 
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In one embodiment, the system may be operable to automatically detect changes 
to the hardware configuration of the computer system so that the possible parameter 
values displayed in the graphical user interface are indicative of the current hardware 
configuration. For example, if a new device having new resources is added to the 
5 computer system, then new parameter values corresponding to the new resources may be 
displayed in the graphical user interface. 

Thus, the method described above may enable a user to easily configure a 
software program with one or more dynamically determined parameter values. Although 
the examples given above relate to parameter values dynamically determined based on a 

10 hardware configuration, in various embodiments, the method may be utilized to enable 
the user to select from any of various kinds of parameter values, where the parameter 
values are dynamically determined in any of various ways and based on any kind of 
information. As one example, the method may be utilized to dynamically determine a 
plurality of possible universal resource locators (URLs). For example, where a first 

15 method takes a URL as a first parameter, valid URLs may be dynamically determined. 
For example, each vaUd URL may reference a server that is currently accessible, where 
the accessible servers are dynamically determined. 



20 Figures 5-13: Exemplary Graphical User Interface 

Figures 5-13 illustrate several screen shots showing an exemplary graphical user 
interface for selecting dynamically determined parameter values, according to one 
embodiment. It is noted that the graphical user interface shown is exemplary only, and 
numerous altemative embodiments are contemplated. 

25 In Figure 5, the graphical user interface displays parameter values corresponding to 

resources of a GPIB device coupled to the computer system. The graphical user interface 
indicates that there are two instruments attached to the PCI-GPIB board. Those instruments 
are located at GPIB primary address 2 and GPBB primary address 3. Thus, the user may 
select fi-om two parameter values, e.g., to configure a GPIB fimction or method with a 
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parameter value representing one of the two instruments. In this example, the parameter 
values are dynamically determined by querying GPIB device software to determine 
available GPIB devices. 

In Figure 6, the graphical user interface displays parameter values organized into 
5 three categories: DataSocket, GPIB, and Visa. The user may view parameter values in the 
desired category, as described above. In this example, the user is viewing Visa serial 
resources. The currently selected item (ASRL::INSTR) represents a Visa serial resource. 
This resource is one of two serial ports on the computer system. As described above, the 
user may select the ASRL::INSTR parameter value to configure a Visa API call. In this 

10 example, the Visa serial resources are dynamically determined by querying Visa software to 
determine the valid resources. 

Figure 7 is similar to the graphical user interface of Figure 6. In Figure 7, the user is 
viewing Visa GPIB resources. There are currently two GPIB boards in the user's computer 
system, with two instruments attached to GPIB board 1. The two instruments are located at 

15 GPIB primary addresses 2 and 3. The user may select from the parameter values shown to 
select the desired Visa resource representation of the GPIB boards. 

In the Figure 8 example, the user has selected a "Source URL" parameter for a 
DataSocket fimction call to perforai network communication. For example, by clicking the 
button on the right side labeled . .", the DataSocket URL browse dialog shown in Figure 9 

20 may be displayed. Valid DataSocket URLs may be dynamically determined and displayed 
in this dialog, allowing the user to select the desired DataSocket URL. An API of the 
DataSocket communication software may be utilized to dynamically determine which 
URLs are valid. 

In one embodiment, the graphical user interface may also allow the user to select 
25 from parameter values that are not dynamically determined. For example, the DataSocket 
ftmctions also utilize an Access Mode parameter, where the Access Mode is one of: Read, 
ReadAutoUpdate, ReadWriteAutoUpdate, Write, or WriteAutoUpdate, as shown in Figure 
10. These are always the possible parameter values for the Access Mode parameter; thus, it 
is not necessary to dynamically determine the parameter values in this case. 
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As mentioned above, in one embodiment the user may specify filtering criteria to 
specify which parameter values to display in the graphical user interface. In Figure 1 1, the 
user has invoked a drop-down Ust to select the desired categories to display in the graphical 
user interface. As shown, the DataSocket, GPIB, and Visa categories are all currently 
5 selected. The user may unselect the DataSocket category to remove the parameter values 
related to DataSocket functions fi-om view, as shown in Figure 12. Similarly, the user may 
unselect the GPIB category to remove the parameter values related to GPIB functions firom 
view, as shown in Figure 13. 

Figures 14 and 15 illustrate an example of utilizing the graphical user interface to 

10 insert a parameter value in a program. As shown in Figure 14, the cursor is currently 
positioned in a GpibSessionQ call. The user may utilize the graphical user interface to 
select a Visa GPIB resource, as described above with reference to Figure 7. Figure 15 
illustrates the program after a "GPIB1::2::INSTR" Visa GPIB resource string has been 
automatically inserted in the GpibSessionQ method call. In this example, the graphical user 

1 5 interface has been docked into the upper-right of the program window. 

It is noted that various embodiments may fiuther include receiving, sending or 
storing instructions and/or data implemented in accordance with the foregoing description 
upon a carrier medium. 

20 Although the embodiments above have been described in considerable detail, 

numerous variations and modifications will become apparent to those skilled in the art 
once the above disclosure is fiiUy appreciated. It is intended that the following claims be 
interpreted to embrace all such variations and modifications. 
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